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(54) Portable interactive storage device and method of displaying its contents 



(57) A Document Card (DocuCard) (101; Fig. 1), 
suitably constructed for PCMCIA compliance, forstoring 
documents (Fig. 4) and which is "content revealing". The 
DocuCard is a transportable unit having a nonvolatile 
storage means (203; Fig. 2) for storing information in a 
digital form, a control processor (201 ; Fig. 2) for 
processing user initiated functions; an I/O port (202; Fig. 
2) for interfacing to external devices for reading and writ- 
ing digital information (Figs 4, 5), and a user interface 
(601 ) for allowing a user to directly interact with the Doc- 
uCard. The user interface (601 ) on the DocuCard in- 
cludes a display (603) for displaying lists of functions 
(Figs 12-15) and documents (Fig. 17) and information 
responsive to user invoked functions and a user input 
elements (606-610) for allowing a user to traverse the 
lists of functions and documents, as well as information 
generated responsive to an invoked function. The con- 
trol processor (210; Fig. 2) of the present invention in- 
clude features for controlling access to documents 
stored therein. 
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Description 

The present invention relates generally to the field of storage mediums, and in particular to transportable storage 
mediums for storing and retrieving documents. 

s Digitally created works, for example music or software, are commonly distributed on a transportable storage me- 

dium such as an optically or magnetically encoded disk. Means for retrieving and interpreting the contents of the trans- 
portable storage medium are typically embodied in a playing/rendering device, e.g. a computer system or a Compact 
Disc Player. While such distribution of digital works is common, it is not ideal. A deficiency of transportable storage 
mediums is that they are not "contents revealing". That is, the contents of the storage medium cannot be determined 

10 by merely looking at the storage medium. An example of a contents revealing storage medium is paper. Absent any 
encoding, by simply looking at the paper, its contents can be determined. 

A simple way of identifying the contents of storage mediums, e.g. an optical or magnetic disk, is to affix a written 
label to the medium. Unfortunately, every time the disk is reused, the label must be updated or a new label created 
and and attached. It requires diligence to relabel floppy disks as they are used. Moreover, as storage capacity increases, 

15 a label big enough to list the entire contents may become impractical. In the case of optical disk medium, content 
information is typically printed onto the medium itself. This is satisfactory for many existing types of optical disk since 
such disks typically cannot be reused. However, writeable optical disk products are now available; and these products 
will cause optical disks to have the same deficiencies as other storage mediums. Absent a label, the only way of 
verifying the contents of a transportable storage medium is to insert it into a suitable playing/rendering device and 

20 invoke commands to list the contents. 

It is anticipated that the distribution of works in digital form will increase dramatically. For conservation and con- 
venience reasons, it would be desirable to collect desired works on a personal transportable storage medium which 
is inherently contents revealing. Further, it would be desirable to perform basic storage management functions, such 
as deleting a file or organizing the content of the storage medium, without having to insert the storage medium into a 

25 playing/rendering device. This would enable a user to "make room" or organize the contents of the storage medium 
when necessary. 

A technology which is related to the present invention is in the area of "smartcards". Smartcards are generally 
implemented to increase the convenience of performing various transactions, e.g. financial transactions. An example 
application of a smartcard would be as a smart financial services card. In such an application, the smartcard could 

30 provide Automatic Teller Machine (ATM) access as well as perform functions such as limiting the ATMs at which the 
card could be used and maintaining a record of ATM transactions. US-A-4, 868, 376 to Lessin et al. describes a smart- 
card having an alphanumeric keypad for user input, an alphanumeric display for displaying the results of various com- 
mands, a microprocessor, an operating system for controlling the smartcard, storage for storing one or more application 
programs and an Input/Output port for sending and receiving information. The smartcard described in US-A-4, 868, 

35 376 can be programmed for specific applications. 

As noted above, smartcards have a focus that is primarily on enabling and/or recording certain transactions. As a 
result, their storage requirements are fairly modest. Known smartcard implementations are inadequate for use as a 
transportable storage medium due to their limited storage capacities. 

A further related technology is for Personal Digital Assistants (PDAs), such as the Newton (TM) PDA, available 

40 from Apple Computer, Inc. PDAs are typically portable computer systems, often characterized as having a "pen" based 
input device. PDAs are typically distributed with packages which perform various personal organization (e.g. calend- 
ering, address book) and communication (e.g. messaging) functions. Alternatively, PDAs can be programmed to per- 
form desired applications. 

Another related technology area is hardcards. Hardcards are storage medium such as a hard disk which is coupled 
45 to and packaged with a storage controller (rather than having separate controller and hard disk devices). The hardcard 
is then coupled to the computer system. Hardcards are typically used as a "permanent" storage medium which remains 
coupled to the computer system and are not meant to be transportable. Further, hardcards are not contents revealing. 

The present invention provides a transportable storage device for storing digital documents, and for exchanging 
documents with a repository, said repository storing documents having attached usage rights, the transportable storage 
50 device comprising: a rigid enclosure; a storage means positioned within said rigid enclosure, said storage means for 
storing documents having attached usage rights; a power source for providing power to enable standalone operation 
of said transportable storage device; an external interface means, extending through said rigid enclosure, adapted for 
coupling to a repository; a controller module positioned within said rigid enclosure, said controller module comprising: 
access control means for controlling access to documents stored in said storage means; and function processing 
55 means for performing functions responsive to user selections entered on a user interface; said user interface comprising 
a display means and selection means, coupled to said controller means, for enabling a user to find and select displayed 
items within the display. 

The storage medium may comprise (1 ) a magnetic disk, (2 ) an optical disk, or (3) one or more solid state memories. 
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Preferably, the user interface is further comprised of means for entering textual information using said set of traver- 
sal switches and said selection switch. 

The display means may comprise a segment display. The display means may comprise a touch screen display 
and said selection means is a plurality of touch screen buttons defined on said touch screen display. 
s Preferably, the external interface means is compliant with PCMCIA standards. 

Preferably, the bottom surface of said rigid enclosure defines a plurality of second apertures and said selection 
means is comprised of a plurality of switches positioned to extend through said plurality of second apertures of said 
bottom surface of said rigid enclosure. 

Preferably, the top surface and said bottom surface of said rigid enclosure define a plurality of edges, said plurality 
10 of edges defining a plurality of second apertures and said selection means is comprised of a plurality of switches 
positioned to extend through said plurality of second apertures of said plurality of edges. 

The transportable storage device or Document Card is hereinafter referred to as a DocuCard. The DocuCard 
performs the function of a storage medium whose contents can be viewed and managed autonomously from a computer 
based system. 

15 in a preferred embodiment, the DocuCard is a transportable unit having a nonvolatile storage means for storing 

information in a digital form; a control processor for processing user initiated functions and requests to access docu- 
ments stored therein; an I/O port for interfacing to external devices for reading and writing digital information, and a 
user interface for allowing a user to directly interact with the DocuCard. The user interface preferably comprises a 
plurality of traversal keys for allowing a user to traverse lists of functions and documents, a select key to allow a user 

20 to select highlighted functions or documents, a processing means for processing user invoked functions, and a display 
for displaying lists of functions and documents and information responsive to user invoked functions. 

The currently preferred embodiment of a DocuCard is an instance of a repository, as defined in European patent 
application No. 95308420.9. A repository is a device which enables access to documents through enforcement of 
usage rights which are attached to the documents. Usage rights define how and under what conditions a stored doc- 

25 ument may be used or distributed. For example, a user may request that a particular document be printed. The doc- 
ument cannot be printed unless it has an attached print right. A condition associated with the right may be that the 
document can only be printed once. 

The user interface of the present invention enables a user to interact with a DocuCard to manage the contents 
contained therein, as well as to obtain Documents stored in other repositories. 

30 The invention further provides a method for accessing a document stored in another repository, according to claim 

10 of the appended claims. 

Preferably, step (b) comprises the steps of: b1) displaying a list of commonly used functions; and b2) displaying 
an indicator to sub-lists of less frequently used functions. 

Preferably, step (c) comprises the steps of:c1)said user traversing to said function using said traversal keys coupled 
35 to said device; and c2) said user depressing said select key on said device. Preferably, step (c1 ) comprises the steps 
of: cli) said user traversing determining if said function is displayed on said display; clii) if said function is not displayed 
on said display, said user traversing to said indicator to sub-lists of less frequently used functions; diii) said user 
depressing said select key on said device; and div) said user repeating per step c3) until said function is displayed 
on said display. 

40 Preferably, step (d) comprises the step of: d1) displaying one or more document identifiers; and d2) displaying a 

proximity indicator indicating a lexical positioning of the documents displayed on said display. 

Preferably, step (e) comprises the steps of: e1) detecting said user traversing said list of contents using said 
traversal keys until said desired document is displayed; and e2) detecting said user depressing said select key on said 
device. 

45 Preferably, the method further includes, responsive to the detection in step (e1) performing the step of updating 

said proximity indicator indicating a lexical positioning of the documents displayed on said display 

Because of the transportable nature of the DocuCard, it's size is relatively small. Accordingly, the display size is 
limited. Typically all of the functions for accessing a document cannot be present on the display at one time. The present 
invention provides a means for traversing the list of available functions. What will initially be displayed is a list of 
50 commonly used functions and one or more indicators to sub-lists of less frequently used functions. To find the desired 
function the user will: determine if the desired function is displayed; if the desired function is displayed, highlighting 
the function and selecting it; and if the desired function is not displayed, highlighting an indicator to sub-lists of less 
frequently used functions, selecting it and repeating until the function is displayed. 

Similarly, it may not be possible to list all of the documents stored in a repository. Documents are stored in a 
55 hierarchical file system and in a lexical ordering. What is initially displayed is an indicator of lexical position within the 
repository at a current directory level and a list of documents. A user traverses the list using the traversal keys on the 
DocuCard until the desired Document is highlighted, wherein the select key is depressed. 

Embodiments of the invention will now be described, by way of example, with reference to the accompanying 
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drawings, in which: 

Figure 1 is a perspective view of the currently preferred embodiment of a transportable storage device (DocuCard) 
according to the invention; 
s Figure 2 is a block diagram of the operational components of a DocuCard; 

Figure 3 is a flowchart describing the interaction between a DocuCard and a repository in the course of accessing 
a document stored in the repository as may be performed in the currently preferred embodiment of the present 
invention; 

Figure 4 illustrates a contents file portion of a document representation for a document stored on a DocuCard of 
10 the currently preferred embodiment of the present invention; 

Figures 5a and 5b illustrates a description block and a description tree portion for the document representation of 
the contents file illustrated in Figure 4; 

Figure 6 is a detailed illustration of the user interaction area of a DocuCard of Fig. 1 ; 
Figure 7 illustrates different forms of information provided on the display of the DocuCard of Fig. 1 ; 
15 Figures 8-11 illustrate various alternative embodiments of a user interaction area of the DocuCard according to 

the invention, having different key arrangements; 

Figure 12 is an illustration of the display area displaying a function selection interface as may be used in the 
currently preferred embodiment of the present invention; 

Figure 13 is an illustration of the display area of a DocuCard when a function group has been selected and the 
20 user is presented with the particular functions within the group. 

Figure 14 is a flowchart illustrating the steps performed for selection of a document or directory in a preferred 
embodiment of the present invention; 

Figures 15-17 are illustrations of the display area for document or directory selection in a preferred embodiment 
of the present invention. 

25 Figure 1 8 is an illustration of the display area for entering text in a preferred embodiment of the present invention; 

and 

Figures 19-21 are illustrations of the display area for a COPY function transaction as may be performed in the 
currently preferred embodiment of the present invention. 

30 a transportable storage device (referred to as DocuCard) for storing digital information (documents) and which is 

contents revealing is described below in detail. A DocuCard is used for storing digital information which may be ac- 
cessed by a system that is capable of playing or rendering the digital information, such as a computer system, digital 
copier, audio CD player and the like. Such systems are referred to herein collectively as rendering systems. A DocuCard 
is also used for obtaining documents from a repository of documents. An example of such a repository is a kiosk which 

35 is used for the secure distribution of documents. 

The utility of a DocuCard can be viewed from varied perspectives. From one perspective, a DocuCard is an intel- 
ligent storage medium which enables a user to manage and view its contents in a standalone fashion. From a second 
perspective, the DocuCard is a secure repository of documents. A DocuCard implements the functionality of a repository 
as defined in European patent application No. 95308420.9. Usage rights are attached to digital works and control how 

40 the digital work can be used or distributed, and are further used to specify any fees associated with use or distribution 
of digital works. When a repository receives a request to access a digital work, the repository examines the usage 
rights attached to the digital works to determine if access may be granted. 

As used herein, the terms digital work and document are used interchangeably and refer to a work that has been 
reduced to a digital form. This would include any textual, audio or visual work, as well as to software programs. 

45 Figure 1 is a perspective view of the currently preferred embodiment of a DocuCard. The DocuCard of the present 

invention is preferably implemented in accordance with standards promulgated by the Personal Computer Memory 
Card International Association (PCMCIA) of Sunnyvale, California. However, it would be apparent to one of skill in the 
art to implement the present invention having features different from the PCMCIA standard without departing from the 
scope of the present invention. In any event, the PCMCIA has defined an open standard for personal computer cards 

50 intended for use with portable computer systems. The standard can be used on any personal computer system sup- 
porting bus structures such as the Industry Standard Architecture (ISA) or Extended Industry Standard Architecture 
(EISA). PCMCIA cards are desirable because of their small size and support for plug and play applications (which 
means that the computer system will automatically recognize insertion of a card in a slot and enable its use). Utilization 
of such plug and play applications does require Basic Input/Output System (BIOS) and operating system level software 

55 coding. Specifications for designing products for support of PCMCIA cards and creating the requisite BIOS and oper- 
ating system level software is available from the PCMCIA Headquarters, located in Sunnyvale California. Thus, no 
further discussion herein of PCMCIA and the attendant standards is considered necessary. 

Physically, the DocuCard is included in a housing 101 that is compliant with PCMCIA Type II or III standards. The 
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physical dimensions of PCMCIA Type II or III compliant cards are 85.6 millimeters long, 54 millimeters wide with a 
thickness of 5.0 or 10.5 millimeters, respectively. The choice of Type II or III will depend on the desired storage capacity. 
The length and width are roughly the size of a credit card which makes it easily transportable. The PCMCIA standard 
further defines a signal protocol for communication between a PCMCIA device and a computer based system. Such 

s communication is carried out through pins 1 02. On a "top" side of the currently preferred embodiment a user interaction 
area 103 is defined. The user interaction is comprised of a display, a plurality of buttons for scrolling, selection and 
entry of alphanumeric data and speaker for output of audio information. The user interaction area 103 of the currently 
preferred embodiment is described in more detail below with reference to Figure 6. 

The operational components of the DocuCard are described with reference to Figure 2. Referring to Figure 2, a 

10 controller module 201 provides the overall control function for the DocuCard. The controller module 201 may be im- 
plemented using a suitable controller integrated circuit chip (or chipset) such as a Motorola 6808 (available from Mo- 
torola Corporation of Chicago, Illinois) or an Intel 8051 (available from Intel Corporation of Santa Clara, California). 
The controller module 201 may also be implemented using a general purpose microprocessor such as one of the 
members of the Intel X86 family of microprocessors. The controller module 201 further comprises a time keeping means 

15 or clock for maintaining a timebase for documents stored therein and an internal memory means (e.g. a Read Only 
Memory or (ROM)). The internal memory means contains programming instructions needed for carrying out the various 
DocuCard functions that are described herein. 

The controller module 201 performs traditional disk controller functions (e.g. storage management, formatting, 
etc.) as well as processing in response to user initiated functions. Such user initiated functions will be described in 

20 further detail below. The controller module 201 may also be used to perform additional functions as needed, such as 
data encryption/decryption, or data compression/decompression. Finally, the controller module 201 enforces usage 
rights attached to documents, initiation of usage fee transactions, and controls the DocuCard User Interface. 

An external interface 202 enables the DocuCard to be in communications with another repository or to a rendering 
system. Communications to an external system in the currently preferred embodiment is through well known networking 

25 protocols. However, the protocol by which documents are stored and accessed are transport layer independent. So, 
for example, the DocuCard may look to the coupled computer system as if it were networked attached via a TCP/IP 
session while the actual exchange of documents may be enabled using a higher level protocol. 

The controller 201 manages access to storage subsystem 203. The storage subsystem 203 is comprised of two 
distinct parts. A first part residing on a low power nonvolatile solid state memory will contain the directory structure for 

30 the storage system. Use of a low power solid state memory in part enables the performance of the standalone functions 
under battery power of a DocuCard that are described herein. The directory structure typically includes the description 
file, which is described in greater detail below, for each of the documents stored in the DocuCard. The first part is 
readily accessible to the controller 201 to facilitate quick display of the DocuCard directory on the DocuCard display. 
A second part resides on a high capacity storage medium and will contain the digitally encoded contents of each of 

35 the documents. Suitable high capacity storage mediums would be magnetic or optical disks or a nonvolatile solid state 
memory. Partitioning of the data in this manner reduces memory and power requirements for viewing the contents of 
the DocuCard when operating in standalone mode. The manner in which documents are organized in the preferred 
embodiments is described in more detail below. 

Although not illustrated, a DocuCard may also have stored within it a credit server for reporting usage fees that 

40 are associated with the access to a document. 

The list of operational components described herein is not meant to be exhaustive. DocuCards will typically be 
implemented in accordance with the desired functionality and the type of documents that it will support. 

DocuCard Coupling 

45 

The repositories and rendering systems to which a DocuCard may interface would fulfill the functional requirements 
as defined in European patent application No. 95308420.9. For a direct coupling, the repository or rendering system 
would typically have at least one PCMCIA compliant slot. So for the electrical connection to occur, the DocuCard is 
merely inserted into the PCMCIA slot. 

so Further, as mentioned above, a DocuCard may also couple to another DocuCard. Such coupling would occur via 

a mating interface device which would electrically connect the PCMCIA external interfaces of the respective DocuCards. 

Figure 3 is a flowchart describing the interaction between a DocuCard and a repository in the course of accessing 
a document stored in the repository. Referring to Figure 3, the DocuCard and repository initiate registration transactions, 
step 301. Registration is a process by which two repositories establish a secure and trusted session. By secure and 

55 trusted it is meant that the session is reasonably safe from intrusion and that the respective repositories have estab- 
lished themselves as bona fide (i.e. not an intruder). The registration process is automatic and is triggered by the 
establishment of the electrical connection between the DocuCard and repository. The steps performed during regis- 
tration as may be used in the currently preferred embodiment is described in the aforementioned European patent 
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application No. 95308420.9. 

Following the registration transaction, a Login transaction is performed, step 302. A Login transaction is the process 
by which a user logs onto a repository, typically by entering a Personal Identification Number (PIN). In this case, the 
user of the DocuCard is logging onto the DocuCard. This logging in process may also activate credit accounts. 
s The user on the DocuCard now uses the user interface to assign payment of any fees associated with the trans- 

action to be executed, step 303. The fees may be assigned to either the user of the DocuCard or to the owner of the 
repository. Of course the acceptance of fees by the repository may be a prerequisite to the continuation of the process. 

Now, the user of the DocuCard selects the desired function for obtaining the document, step 304. The particular 
function will correspond to a particular usage right and indicates how the user wishes to use the document. A list of 
10 available documents on the repository is then presented wherein the user selects the desired document, step 305 and 
the destination where the document is to be placed, step 306. The DocuCard will then present the transaction for 
confirmation, step 307 where it can be confirmed or rejected. 

The steps for selection of documents and functions is part of the user interface of the present invention and are 
described in greater detail below. 

15 

Organization and Representation of Documents In A DocuCard 

In the currently preferred embodiment, documents are stored in a hierarchical file system. Organization of docu- 
ments in a hierarchical file system is well known in the art but is briefly described herein. Documents are stored within 

20 directories. Directories and subdirectories are comprised of a collection of documents and/or subdirectories. The con- 
tents of a directory or subdirectory are organized for display in alphabetical order. Documents will have types for iden- 
tifying document properties. It is worth noting that it would be apparent to one skilled in the art to store digital data in 
other types of organizational structures, e.g. hyper-linked or as a flat directory. Implementations incorporating other 
organizational structures would not depart from the scope of the present invention. 

25 The file information for a document is comprised of a "contents file" and a "description file." The contents file is 

stored independently from the description file. The "contents" file is a stream of addressable bytes whose format de- 
pends completely on the computer based system used to play, display or print the document. The description file 
contains the usage rights for the document and a pointer to the document in the content part. For composite documents 
comprised of multiple individual digital works, the description part is an acyclic structure (e.g. a tree structure) wherein 

30 each node corresponds to one or more of the multiple individual digital works. 

Figure 4 illustrates the layout of a contents file. Referring to Figure 4, a digital work 409 is comprised of story A 
410, advertisement 411, story B 412 and story C 413. It is assumed that the digital work is stored starting at a relative 
address of 0. Each of the parts of the digital work are stored linearly so that story A 410 is stored at approximately 
addresses 0-30,000, advertisement 411 at addresses 30,001-40,000, story B 412 at addresses 40,001-60,000 and 

35 story C 41 3 at addresses 60,001 -85K. Note that the data in the contents file may be compressed (for saving storage) 
or encrypted (for security). 

From Figure 4 it is readily observed that a digital work can be represented by its component parts as a hierarchy. 
The description tree for a digital work is comprised of a set of related descriptor blocks (d-blocks). The contents of 
each d-block is described with respect to Figure 5a. Referring to Figure 5a, a d-block 500 includes an identifier 501 

40 which is a unique identifier for the work in the repository, a starting address 502 providing the start address of the first 
byte of the work, a length 503 giving the number of bytes in the work, a rights portion 504 wherein the granted usage 
rights and their status data are maintained, a parent pointer 505 for pointing to a parent d-block and child pointers 506 
for pointing to the child d-blocks In the currently preferred embodiment, the identifier 501 has two parts. The first part 
is a unique number assigned to the DocuCard upon manufacture. The second part is a unique number assigned to 

45 the work upon creation. The rights portion 504 will contain a data structure, such as a look-up table, wherein the various 
information associated with a right is maintained. The information required by the respective usage rights is described 
in more detail below. The d-blocks form a strict hierarchy. The top d-block of a work has no parent; all other d-blocks 
have one parent. 

Each d-block may further contain a document thumbnail or a pointer to a document thumbnail. The document 
so thumbnail is a fixed representation of the document. In some instances the document thumbnail is a textual description. 
In other instances the document thumbnail is pictorial representation (for documents comprised of video data, the 
thumbnail could be one or more video frames) or an audio clip (for documents comprised of audio information). In any 
event, the thumbnail will convey the essence of the content of the corresponding document. It should be noted that 
each of the subdocuments has associated with it a thumbnail. However, it would be apparent to one skilled in the art 
55 to only provide a thumbnail for the main document. Further, it should be noted that visual thumbnails would preferably 
be stored in some compressed image format (e.g. MPEG, JPEG or runlength encoded). Accordingly, the display of 
the thumbnail would require that the DocuCard display have at least a portion of which is bit -mapped. 

Figure 5b illustrates a description tree for the digital work of Figure 4. Referring to Figure 5b, a top d-block 520 for 
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the digital work points to the various stories and advertisements contained therein. Here, the top d-block 520 points to 
d-block 521 (representing story A 410), d-block 522 (representing the advertisement 411), d-block 523 (representing 
story B 412) and and d-block 524 (representing story C 413). 

5 DocuCard User Interface 

The user interface enables a user to direct the DocuCard to access documents stored in a repository and to manage 
the contents of the DocuCard. The user interface is comprised of a plurality of switches for entering input, a display 
for presenting information and predetermined and programmed sequences of steps for carrying out the various oper- 

10 ations. Figure 6 illustrates in greater detail the user interaction area for a DocuCard in an exemplary embodiment. The 
user interaction area 601 takes up substantially one side of the DocuCard housing. A button 602 is used for turning 
on and off battery power to the DocuCard. A display area 603 is comprised of three (3) lines. Each of the three lines 
is capable of displaying an icon in the first position (604a-604c, respectively) and 15-16 characters after it (605a-605c, 
respectively). Each of the areas 605a-605c is a segment display. The areas 604a-604c may be either a small bitmap 

is display or a segment display (where the icons are designed to use a limited set of segments). A suitable display for 
display area 603 is one that has low power consumption. Construction of such displays is well known in the art, so no 
further description of a low power display is deemed necessary. 

Figure 7 shows various examples of a line on the display area 602. Referring to Figure 7, line 701 illustrates a 
directory where the icon representing the directory is a file folder (a common metaphor for a directory) and the text 

20 portion identifies the directory as "Home Files". Line 702 illustrates a document where the icon representing the doc- 
ument is a sheet with a folded corner and the text portion identifies the document as "Op Plan 1994". Note that each 
document type would preferably have its own icon to allow a user to quickly visibly scan the document information to 
determine if it is of the type that they are searching for. The display area 603 may also be used to indicate the status 
of a transaction and error or warning messages. Line 703 of Figure 7 illustrates a warning message being displayed 

25 indicating that a transaction being executed has a high cost. 

Referring back to Figure 6, directional arrow keys 606-609 are used for controlling motion of a cursor along and 
between the lines 605a-605c of the display 603. Such motion allows for traversal among the items on the display 603. 
Key 606 is referred to as the "up-arrow" key and provides for moving the cursor up one line. Key 607 is referred to as 
the "down-arrow" key and provides for moving the cursor down one line. Key 608 is referred to as the "left -arrow" key 

30 and provides for moving the cursor to the left along a line. Key 609 is referred to as the "right-arrow" key and provides 
for moving the cursor to the right along a line. Operationally, the left arrow key 608 and right arrow key 609 will move 
a single character (or item) position if pressed only once. If held down, the cursor will move multiple positions (with 
increasing speed as the key is held down). 

It should also be noted that the directional arrow keys 606-609 may be used to enter private identification data (for 

35 use analogous to a Private Identification Number). As will be seen in alternative embodiments illustrated below, a 
DocuCard may also include a numeric keypad for entry of a Private Identification Number. 

The directional arrow keys 606-609 may also be used for enabling scrolling through thumbnails of documents. 
Button 610 is referred to as the "select" key. When the select key 610 is pressed, the desired transaction (e.g. 
copying of files or entering of text) is selected and carried out. Such operation is roughly analogous to the "Enter" key 

40 on a conventionalcomputer terminal (e.g. PC) keyboard. 

Finally, the user interaction area 601 includes an area 611 for placement of a speaker for the output of audio 
information. A suitable speaker to be utilized would have low power consumption. Construction of such low powered 
speakers is well known in the art. 

Various layouts of the User Interaction area and shapes of the keys may be implemented. Each of the new layouts 

45 include a key for traversing directories (these have been eliminated above and are implemented by double-clicking 
the up and down arrow keys). Figures 8-10 have the display running the "short" dimension of the user interaction area. 
This reduces the display area, but increases the area for key placement. Figure 8 illustrates a numeric keypad on the 
front top surface and the keys having different shapes. Figures 9-10 are layouts where the numeric keypad is on the 
opposite side of the DocuCard. The layout of Figure 11, is similar to the currently preferred embodiment, but with 

50 different sized keys and the elimination of the speaker area. 

Although not illustrated, another implementation of the DocuCard User Interaction Area would have a display area 
taking up one entire side of the DocuCard, with the various keys being positioned along the sides or on the reverse 
side. As noted above DocuCards may be implemented having fewer functions and may not require various user inter- 
face features described herein. 

55 

Selecting a Function 

When a user presses the "Power" key, the display area will show a function selection interface as illustrated in 
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Figure 12. Referring to Figure 12, both specific functions and function classes are displayed. Function classes are 
distinguished by the arrowhead preceding the name of the class. The first line of the display indicates three functions, 
"XFER COPY LOAN". The second line indicates function classes "FILE" and "CREDIT". The third line indicates function 
classes "OTHER" and "HELP". 

s A "current" function capable of being selected is indicated by highlighting it using reverse video, underlining or 

some other technique. Traversal is accomplished by using the "up-arrow" and "down-arrow" keys to go between the 
lines and the "left-arrow" and "right-arrow" keys to go across a line. Referring to Figure 12, the XFER function is high- 
lighted so that it is current and can be selected. 

Figure 13 illustrates what occurs when a function class is selected. Here it is assumed that the "FILE" function 

10 class is current. The "FILE" function class is selected by pressing the "down -directory arrow" key (or by double-clicking 
the "down-arrow" key). What is then displayed are the most commonly used functions of the class, "Move to Folder", 
"Delete" and "New Folder" as well as an "OTHER" indicator to denote other functions that can be displayed that fall 
within the same general function class designation. Other functions may include functions for making a back-up copy 
or changing directory information. Moving out of this function class would be accomplished by pressing the "up-directory 

15 arrow" key (or by double clicking the "up-arrow" key). 

Selection of the "current" function is accomplished by depressing the "Select" key. 
The DocuCard functions of the currently preferred embodiment are listed in Table A. 



TABLE A 



DocuCard FUNCTIONS 


Function (Class) 


Description 


TRANSFER (XFER) 


Move a document from a source repository to a destination repository. 


COPY 


Make a copy of a document from a source repository to a specified location in a 
destination repository. 


LOAN 


Make a copy of a document from a source respository which is accessible on the 
destination repository for a predetermined period time (i.e. the loan period). 


MOVE TO FOLDER (FILE) 


Move a document to a selected folder in the DocuCard. 


DELETE (FILE) 


Remove a document from the DocuCard. 


NEW FOLDER (FILE) 


Create a new folder on the DocuCard. 


BACK-UP (FILE) 


Create a back-up copy of a document on the DocuCard on another repository 


RESTORE (FILE) 


Restore a back-up copy made on another repository to the DocuCard. 


DIRECTORY 


Display the contents of a folder on the DocuCard or in a folder on a coupled repository. 


PRINT 


Print a document on a printer attached to the DocuCard. 


PLAY 


Play a document on a playback device coupled to the DocuCard. 


ASSIGN FEE (CREDIT) 


Specify the payor of a usage fee. 


HELP 


Provides context sensitive help instructions. 



Selecting a Document 



As noted with respect to Figure 3, once a function has been selected, the document on which the function is to be 
performed is selected (except for certain file management functions). The present invention provides a consistent 
interface for the selection of a document across the various functions. The steps for selection of a document are 
described with respect to the flowchart of Figure 14 and exemplified for a COPY function in the screen displays of 
Figures 15-17. Referring to Figure 14, after a function is selected, the user selects the repository containing the doc- 
ument on which the function will be performed, step 1401. Referring now to Figure 15, the Copy function has been 
selected and the information illustrated in Figure 15 is displayed. The first line displays "COPY FROM" to indicate the 
repository from which the document is copied is to be selected. The second and third lines of the display list the 
repositories. The second line containing "HERE" indicates the DocuCard while the third line containing "THERE" indi- 
cates the connected repository. Note that if the DocuCard was not connected to another repository or if the other 
repository did not permit copying, this dialog in the COPY function may not be needed. In any event, presuming a 
choice must be made, the user would then use the up-arrow and down-arrow keys to move the cursor to the line 
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corresponding to the desired repository. The selected repository is highlighted. 

Referring back to Figure 1 4, when the repository has been selected, the user searches for the document through 
the hierarchical directory structure of the repository. This begins with finding the desired directory, step 1402. The 
DocuCard display area will display the information illustrated in Figure 16. Referring to Figure 16, the first line shows 

5 the characters of the alphabet. A highlighted letter will indicate where the search is positioned (recall the alphabetical 
ordering of the directories/documents). The second line indicates the current directory being searched and the third 
line indicates a particular item within the directory (an item being either a document or sub-directory). In Figure 16, the 
search position is located at documents or directories beginning with the letter A. The currently selected folder is named 
"Aaron's Work" and the first file inside the folder is named "Hamlet Essay". 

10 A user will then search the directory using the search keys to find the desired directory. Note that the user changes 

a directory being searched by using the "move-down" key to search a sub-directory and the "move-up" key to enter a 
parent directory. When a user presses the right arrow key, the search will proceed down the lexical ordering (i.e. in the 
A-Z direction). When a user presses the left arrow key, the search will proceed up the lexical ordering (i.e. in the Z-A 
direction.) Note that if the directional arrow key is held down, the search speed increases. When a desired directory 

15 is found, the directory is searched to determine if the desired document is there, step 1403. This is accomplished by 
invoking the "move-down" key to enter the directory. The directory is scanned by pressing the left and right arrow keys 
to go through the lexical ordering of files. Figure 17 illustrates a display of an entry in a directory. As before, the first 
line contains the alphabet which can be be scanned as described above. The second line shows the name of the entry 
and the third line provides information about the entry. In Figure 17, a document entitled "Annual Plan" which was 

20 created on 6/6/94 and has a size of 530 Kilobytes is selected. 

It is then determined if the desired document is in the directory step 1404. If the desired document is in the directory, 
the search is completed and the user presses the "select" key to confirm selection, step 1405. If not, the user would 
then go to another directory to find the documents as described with respect to steps 1402 and 1403. 

25 Entering Text 

There may be instances where text will be entered, e.g. for the name of a created folder. A "character selection" 
technique for entering text is illustrated with reference to Figure 18. Referring to Figure 18, the first and second lines 
indicate the characters that can be selected. The third line is a buffer, showing the text that has been entered so far. 

30 in the first two lines, highlighting indicates what character has been selected. In the third line, the highlighting indicates 
where the next character of text will appear. Traversal between the lines is accomplished using the "up-arrow" and 
"down-arrow" keys. The "left arrow" and "right arrow" keys provide for traversing a particular characters on a line. 
Selection of characters occurs by depressing the "select" key, which will cause the selected character to be displayed 
on the third line at the next (right most) character position. 

35 When in the buffer area of line three, characters are deleted by moving the "left-arrow" key over the character 

position. Text is entered and deleted a character at a time. To cause the entered text to be used, the bottom line is 
selected using the "down arrow" key and the "select" key depressed. 

Various schemes for entering text data from a numeric keypad (e.g. a telephone keypad) are known and would be 
suitable for use in the present invention. 

40 

Functional Examples 

What follows are two examples of DocuCard functions and how they would be carried out. It should be noted that 
other functions in the currently preferred embodiment would be carried out in a similar manner. 

45 

Copying a Document 

It is assumed that a user has selected a document (or directory) for copying as described above. The next step is 
to identify where the document will be copied to. The last location to which a copy operation has been performed is 

50 immediately presented to the user as a default. If this is the same location to copy to, the user simply presses the 
"select" key to initiate the copy. Otherwise, the user must select a destination directory. Selection of the destination 
directory is performed in a manner similar to selection of a document. A screen display for choosing the destination 
directory is illustrated in Figure 19. As before, the first line has the alphabet to indicate the lexical position and the 
second line the name of the currently selected directory. The third line provides an indication of the step in the function 

55 that is being performed in terms of instructions to the user. When the desired directory is selected, the "select" key is 
depressed. 

Once the destination directory is selected, a function confirmation and summary is displayed as illustrated in Figure 
20. Here, the First line indicates that it is a "COPY" function that will cost $1.00 (One dollar) to perform. The first line 
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further contains an option to "CANCEL" the function and an "INFO" indicator that can be selected to get other information 
about the transaction. The second line of the display indicates the document being copied and the third line of the 
display indicates the destination directory. 

Figure 21 illustrates a warning message being displayed as part of the transaction summary. Here, the clock on 
s the first line could be flashing to indicate some warning about the transaction (e.g. that the copy may be only used for 
some limited amount of time.) The user would select the "INFO" option to get information about the warning. 

When the user is ready to perform the transaction, the "select " key is pressed when in the confirmation/summary 
display of Figure 20. 

10 Organizing A Directory 

A DocuCard may contain a single document or thousands of documents. It is clearly desirable to be able to organize 
the documents. As described, the documents in a DocuCard are organized in hierarchical directories. So the steps in 
organizing a directory would be to make an instance of a directory and to move documents and directories into the 

15 created directory. From the previous discussion of selecting a function described with respect to Figure 1 3 it is observed 
that the NEW Directory function is found in the FILE function group. Accordingly, the user will select the NEW Directory 
function in the manner described above with respect to Selecting a Function. The user will then be asked to identify 
the repository to which the new directory will be created and to provide a name for the new directory. Once a name is 
provided, the user will be asked to identify the directory in which the new directory will be created. The steps and 

20 information display are similar to those described above with respect to the COPY function. Providing a name would 
be accomplished in the manner described above with respect to entering text. 

Once the directory is created, documents (and other directories) can be moved into it. This is accomplished by 
the Move to Folder function. As we can see from Figure 1 3, the Move to Folder function is also contained in the Fl LES 
function group. At this point the user needs to select two arguments: the item to be moved and the directory into which 

25 it is to be moved. Selection of the item to be moved and the destination directory is as described in the steps performed 
in the COPY function. Again, a summarization display is presented to the user where they can decide to cancel or 
complete the transaction by depressing the "select" key. 



30 Claims 

1 . A transportable storage device for storing digital documents, and for exchanging documents with a repository, said 
repository storing documents having attached usage rights, the device comprising: 

35 a rigid enclosure; 

a storage means positioned within said rigid enclosure, said storage means for storing documents having 
attached usage rights; 

a power source for providing power to enable standalone operation of said transportable storage device; 
an external interface means, extending through said rigid enclosure, adapted for coupling to a repository; 
40 a controller module positioned within said rigid enclosure, said controller module comprising: 

access control means for controlling access to documents stored in said storage means; and 
function processing means for performing functions responsive to user selections entered on a user interface; 
said user interface comprising a display means and selection means, coupled to said controller means, for 
enabling a user to find and select displayed items within the display. 

45 

2. The device of claim 1, wherein said display means is adapted for displaying as said items a function list and a 
document list identifying documents stored in said storage means; said selection means being adapted for enabling 
a user to find and select functions from said function list and documents from said document list. 

50 3. The device of claim 1 or 2, wherein the controller module further includes registration means for creating a trusted 
session with said repository through said external interface. 

4. The device of claim 1 , 2 or 3, wherein said enclosure has a top surface and a bottom surface, said top surface 
having a first aperture, said display means being positioned in said first aperture. 

55 

5. The device of any of the preceding claims, wherein said function list comprises a first function to view document 
identifiers of the documents stored in said storage means and a second function to delete a document stored in 
said storage means. 
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. The device of any of the preceding claims, wherein said access control means of said controller module is further 
comprised of a means for enforcing usage rights attached to documents. 

. The device of claim 6, wherein said controller module is further comprised of means for reporting usage fees 
attached to documents for access to such documents. 

. The device of any of the preceding claims, wherein said storage means is further comprised of a read/write means 
and a storage medium, said read/write means for reading data signals from and writing data signals to said storage 
medium, and said storage medium for recording said data signals. 

. The device of any of the preceding claims, wherein said top surface of said rigid enclosure further defines a plurality 
of second apertures and said selection means is comprised of a plurality of switches positioned to extend through 
said plurality of second apertures of said top surface of said rigid enclosure, said plurality of switches is preferably 
comprising: a set of traversal switches for traversing a function list and a document list, a selection switch for 
selecting a function or a document and a power switch for enabling a power source to activate said transportable 
storage device. 

0. A method for accessing documents stored in a repository from a transportable storage device, preferably a device 
according to any of claims 1 to 9, said documents stored in said repository having one or more usage rights attached 
thereto, said usage rights indicating a particular manner by which said document may be used, said device com- 
prised of a display, a plurality of traversal keys and a select key, said method comprising the steps of: 

a) detecting a user coupling said device to said repository; 

b) displaying on said display of said device a list of functions for accessing a document stored on said repository, 
each of said functions representing an instance of how a selected document is used, each of said functions 
corresponding to an instance of a usage right; 

c) detecting said user selecting a function from said displayed list of functions; 

d) displaying on said display of said device a list of the contents of said repository; 

e) detecting said user selecting a desired document from said list of contents of said repository; 

f) said repository determining if said desired document has said instance of a usage right corresponding to 
said selected function; 

g) if said desired document has attached thereto said usage right corresponding to said selected function, 
said repository granting access to said document; and 

h) if said desired document does not have attached thereto said usage right corresponding to said selected 
function, said repository denying access to said document. 
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